home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 9921 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.9 KB  |  49 lines
  1. Newsgroups: comp.lang.c
  2. Path: uu4news.netcom.com!friend!news
  3. From: rich@kastle.com (Richard Krehbiel)
  4. Subject: Re: Standard question - pointer initialization
  5. Message-ID: <1996Mar14.113012.7984@friend.kastle.com>
  6. Sender: news@friend.kastle.com (News)
  7. Reply-To: rich@kastle.com
  8. Organization: Kastle Development Associates
  9. X-Newsreader: Forte Free Agent 1.0.82
  10. References: <4hk9un$906@hammer.msfc.nasa.gov> <4i52bk$5el@s02.pavilion.co.uk> <TANMOY.96Mar12211525@qcd.lanl.gov>
  11. Date: Thu, 14 Mar 1996 11:29:28 GMT
  12.  
  13. tanmoy@qcd.lanl.gov (Tanmoy Bhattacharya) wrote:
  14.  
  15. >In article <4i52bk$5el@s02.pavilion.co.uk>
  16. >AJRobb@pavilion.co.uk (Andy J Robb) writes:
  17. ><snip>
  18. >AJR: Off the top of my head, the only time pointers are initialized to NULL
  19. >AJR: is if they are global or static.
  20.  
  21. >Correct. (I mean unless explicitly initialized to NULL).
  22.  
  23. >AJR: 
  24. >AJR: The use of calloc() allows a list of NULL initialized pointers to be
  25. >AJR: generated.  It is a good idea while code is being developed as it
  26.  
  27. >Absolute nonsense. calloc generates memory initialized to all bits
  28. >zero. This has no relation to null pointers except in confused ramblings.
  29.  
  30. The standard says that a 0 in a pointer context is converted into the
  31. NULL pointer in the native representation.  In the vast majority of
  32. cases, 0 already IS the bit pattern for NULL.  But you're not supposed
  33. to write code as if you know that.
  34.  
  35. However, I still believe I should be allowed to ponder, meditate,
  36. analyze, and then decide for myself whether I should concern myself
  37. with those computing platforms with representations of NULL and 0.0
  38. other than all-bits-zero.  And CHAR_BIT other than 8.  Some of my code
  39. won't run on those (and some will), but I've decided that's alright.
  40.  
  41. C not only lets you write really portable stuff, it also lets you
  42. write really platform/compiler/vendor-specific stuff, and that's a
  43. GOOD thing.
  44.  
  45. --
  46. Richard Krehbiel, Kastle Systems, Arlington VA USA
  47. rich@kastle.com (work) or richk@mnsinc.com (personal)
  48.  
  49.